Handling of acknowledgement in wireless radio ad-hoc networks

ABSTRACT

There is provided mechanisms for handling acknowledgements from nodes in a wireless radio ad-hoc network. A method is performed by a gateway of the wireless radio ad-hoc network. The method comprises transmitting radio signalling to nodes in the wireless radio ad-hoc network. The transmitted radio signalling is addressed to, and requiring acknowledgement from, at least one node in the wireless radio ad-hoc network. The method comprises receiving radio signalling from a node in the wireless radio ad-hoc network. The received radio signalling comprises one in-packet Bloom Filter comprising acknowledgement of the transmitted radio signalling from at least one of the nodes.

TECHNICAL FIELD

Embodiments presented herein relate to wireless radio ad-hoc network s, and particularly to methods, a gateway, a node, computer programs, and a computer program product for handling acknowledgements from nodes in a wireless radio ad-hoc network.

BACKGROUND

In communications networks, there may be a challenge to obtain good performance and capacity for a given communications protocol, its parameters and the physical environment in which the communications network is deployed.

For example, it is foreseen that the number of connected devices will steadily increase. Examples of such connected device include, but are not limited to, sensors, actuators, Internet-of-Thing (IoT) devices, machine-to-machine (M2M) type communication devices, and the like. Potentially a large number of such devices can be grouped together in a group and thus controlled as a single unit instead of individual devices. In many situations, the same command needs to be sent to all members of such a group. Examples include, bit are not limited to, commands for switching on all lights in a building or on a street (where the devices thus are implemented in lighting devices), commands for providing measurements (where the devices thus are implemented in sensors), and so on. Within a group, control commands can be distributed to all members using multicast or broadcast. For example, multicast and broadcast messages can be used in IEEE 802.11 protocol based technologies (where IEEE is short for Institute of Electrical and Electronics Engineers) such as IEEE 802.11ah and be transmitted by an Access Point (AP) only after being signaled by a Delivery Traffic Indication Map (DTIM) or a Traffic Indication Map (TIM) beacon. The multicast and broadcast transmissions at IEEE 802.11 Media Access Control (MAC) level are not acknowledged of successful reception on protocol layer two (L2).

Further, the IEEE 802.11ah protocol defines a relay model where the network topology is not a simple star topology but instead comprises a tree structure where a relay node may communicated with other nodes, referred as stations, on behalf of the network node, referred to as an access point.

Another network topology in, e.g., IEEE 802.15.4 networks, is the mesh topology, where different nodes forward or relay the data for other nodes either according to a defined maximum number of hops or routing information defined in routing tables.

In general terms, a Bloom filter is a space-efficient probabilistic data structure that is used to test whether an element is a member of a set or not. Bloom filters are as such known in the art. One drawback of Bloom filters are false positives, i.e. the test whether a member is part of the set or not might be positive for a member that is not part of a set. In contrast, false negatives are not possible.

In case of constraint devices, the devices that form a group are often equipped with a short-range radio network interface such as interfaces for Bluetooth communications, or communications according to the IEEE 802.15.4, or IEEE 802.11ah protocol. The low bandwidth of communications networks employing these protocols limits the number of messages that can be sent in a unit of time.

If a group of devices is sent the same control command, the command packet itself can easily be sent by using multicast. In case of actuator control, the success rate of a transmission of the command should be above a given threshold. To ensure successful transmission, it is common to require acknowledgement of the transmitted packet from each addressed receiver, and to resend the packet until all acknowledgements are received. However, in some networks, a situation can arise where a considerable number of devices try to send an acknowledgement simultaneously as a response to a multicast or broadcast control command. This can easily lead to link congestion due to the number of concurrent attempts to send acknowledgements. Sometimes even the number of requested acknowledgements can cause link congestion, in particular on low-bandwidth links.

Hence, there is still a need for an improved handling of acknowledgements from nodes in a wireless radio ad-hoc network.

SUMMARY

An object of embodiments herein is to provide efficient handling of acknowledgements from nodes in a wireless radio ad-hoc network

According to a first aspect there is presented a method for handling acknowledgements from nodes in a wireless radio ad-hoc network. The method is performed by a gateway of the wireless radio ad-hoc network. The method comprises transmitting radio signalling to nodes in the wireless radio ad-hoc network. The transmitted radio signalling is addressed to, and requiring acknowledgement from, at least one node in the wireless radio ad-hoc network. The method comprises receiving radio signalling from a node in the wireless radio ad-hoc network. The received radio signalling comprises one in-packet Bloom Filter comprising acknowledgement of the transmitted radio signalling from at least one of the nodes.

Advantageously this provides efficient handling of acknowledgements from nodes in a wireless radio ad-hoc network.

Advantageously this helps preventing links between nodes in the wireless radio ad-hoc network from getting congested in the case a vast number of nodes form a group that is sent commands which need to be acknowledged.

Advantageously, since Bloom filter checking does not require heavy computation, this allows for the nodes to be resource-constrained nodes.

Advantageously, the responding nodes need only to add their identity (or cryptographic hash of the identity) to the Bloom filter to indicate an acknowledgement. This cryptographic hash can be pre computed once to save resources.

Advantageously, nodes that are close to the gateway would receive and forward fewer messages from other (downstream) nodes than normally.

Advantageously, if timers are configured or negotiated properly, any node would only have to forward only one message irrespective of the number of acknowledgements coming from other (downstream) nodes.

Advantageously, depending on the topology or the network, the nodes can a priori know the maximum number of acknowledgement messages they will receive. Once they receive the maximum number of acknowledgement messages, they can switch off the radio to save battery, possibly assuming that communication occurs in well-defined timeslots only.

According to a second aspect there is presented a gateway for handling acknowledgements from nodes in a wireless radio ad-hoc network. The gateway comprises processing circuitry. The processing circuitry is configured to cause the gateway to perform a set of operations. The processing circuitry is configured to cause the gateway to transmit radio signalling to nodes in the wireless radio ad-hoc network. The transmitted radio signalling is addressed to, and requires acknowledgement from, at least one node in the wireless radio ad-hoc network. The processing circuitry is configured to cause the gateway to receive radio signalling from a node in said wireless radio ad-hoc network. The received radio signalling comprises one in-packet Bloom Filter comprising acknowledgement of the transmitted radio signalling from at least one of the nodes.

According to a third aspect there is presented a computer program for handling acknowledgements from nodes in a wireless radio ad-hoc network, the computer program comprising computer program code which, when run on processing circuitry of a gateway, causes the gateway to perform a method according to the first aspect.

According to a fourth aspect there is presented a method for handling acknowledgements in a wireless radio ad-hoc network. The method is performed by a node in the wireless radio ad-hoc network. The method comprises receiving radio signalling originally transmitted from a gateway in the wireless radio ad-hoc network. The radio signalling is addressed to, and requires acknowledgement from, at least one node in the wireless radio ad-hoc network. The method comprises verifying if an acknowledgement of the node is to be sent in response to the received signalling. If so, the method comprises including the acknowledgement of the node in one in-packet Bloom Filter. If so, the method comprises forwarding the one in-packet Bloom Filter towards the gateway.

According to a fifth aspect there is presented a node for handling acknowledgements in a wireless radio ad-hoc network. The node comprises processing circuitry. The processing circuitry is configured to cause the node to perform a set of operations. The processing circuitry is configured to cause the node to receiving radio signalling originally transmitted from a gateway in the wireless radio ad-hoc network. The radio signalling is addressed to, and requires acknowledgement from, at least one node in the wireless radio ad-hoc network. The processing circuitry is configured to cause the node to verify if an acknowledgement of the node is to be sent in response to the received signalling. The processing circuitry is configured to cause the node to, if so, include the acknowledgement of the node in one in-packet Bloom Filter. The processing circuitry is configured to cause the node to, if so, forward the one in-packet Bloom Filter towards the gateway.

According to a sixth aspect there is presented a computer program for handling acknowledgements in a wireless radio ad-hoc network, the computer program comprising computer program code which, when run on processing circuitry of a node, causes the node to perform a method according to the fourth aspect.

According to a seventh aspect there is presented a computer program product comprising a computer program according to at least one of the third aspect and the sixth aspect and a computer readable means on which the computer program is stored.

It is to be noted that any feature of the first, second, third, fourth, fifth, sixth and seventh aspects may be applied to any other aspect, wherever appropriate. Likewise, any advantage of the first aspect may equally apply to the second, third, fourth, fifth, sixth, and/or seventh aspect, respectively, and vice versa. Other objectives, features and advantages of the enclosed embodiments will be apparent from the following detailed disclosure, from the attached dependent claims as well as from the drawings.

Generally, all terms used in the claims are to be interpreted according to their ordinary meaning in the technical field, unless explicitly defined otherwise herein. All references to “a/an/the element, apparatus, component, means, step, etc.” are to be interpreted openly as referring to at least one instance of the element, apparatus, component, means, step, etc., unless explicitly stated otherwise. The steps of any method disclosed herein do not have to be performed in the exact order disclosed, unless explicitly stated.

BRIEF DESCRIPTION OF THE DRAWINGS

The inventive concept is now described, by way of example, with reference to the accompanying drawings, in which:

FIGS. 1, 9, 10, and 11 are schematic diagrams illustrating a communication network according to embodiments;

FIG. 2a is a schematic diagram showing functional units of a gateway according to an embodiment;

FIG. 2b is a schematic diagram showing functional modules of a gateway according to an embodiment;

FIG. 3a is a schematic diagram showing functional units of a node according to an embodiment;

FIG. 3b is a schematic diagram showing functional modules of a node according to an embodiment;

FIG. 4 shows one example of a computer program product comprising computer readable means according to an embodiment;

FIGS. 5, 6, 7, and 8 are flowcharts of methods according to embodiments; and

FIG. 12 is a schematic illustration of message transmission in a communication network according to embodiments.

DETAILED DESCRIPTION

The inventive concept will now be described more fully hereinafter with reference to the accompanying drawings, in which certain embodiments of the inventive concept are shown. This inventive concept may, however, be embodied in many different forms and should not be construed as limited to the embodiments set forth herein; rather, these embodiments are provided by way of example so that this disclosure will be thorough and complete, and will fully convey the scope of the inventive concept to those skilled in the art. Like numbers refer to like elements throughout the description. Any step or feature illustrated by dashed lines should be regarded as optional.

FIG. 1 is a schematic diagram illustrating a communications network 100 where embodiments presented herein can be applied. The communications network 100 comprises nodes 110 a, 110 b, 110 c, 110 d, 110 e. Each node 110 a-110 e may be a portable wireless device, such as an Internet-of-Things (IoT) device, a sensor, an actuator, etc. The nodes 110 a-110 e are operatively connected to a wireless radio ad-hoc network 120, such as an information-centric networking (ICN) network. In turn, the wireless radio ad-hoc network 120 is operatively connected to an Internet Protocol (IP) network 150 via a gateway 130. A Domain Name System (DNS) server 140, and an IP node 160 are also operatively connected to the IP Internet network 150. By means of the gateway 130, communication and exchange of data may occur between the nodes 110 a-110 e and the IP node 160. Consider the communications network 900 of FIG. 9 comprising a wireless radio ad-hoc network 120 as in FIG. 1, where the wireless radio ad-hoc network 120 has a tree topology, and where the gateway 130 is located at the root of the tree. In the wireless radio ad-hoc network 120 node 110 a is considered to be upstream nodes 110 b-110 e; node 110 e is considered to be downstream nodes 110 a-110 d, and node 110 c is considered to be downstream node 110 a and upstream node 110 e.

Suppose the gateway 130 is to send a command to all nodes 110 a-110 j (denoted N1-N9) in the wireless radio ad-hoc network 120 but requires to receive acknowledgements only from nodes N1, N2, N5, and N8. The gateway 130 can indicate this by adding in-packet Bloom filters (iBFs) 510 a, 510 b to the request containing the identifiers of these particular nodes. All nodes receiving the request can verify if their own identifier is included in the iBF, and if this is the case, they send an acknowledgement to the gateway 130.

An iBF can be implemented virtually on any protocol layer. For example, the Constrained Application Protocol (CoAP) provides the means for adding extension headers where iBFs can be delivered. iBFs can be used to reduce the total number of acknowledgement messages sent over the radio interface in an ad-hoc network.

According to state of the art, each of these nodes would send their acknowledgements independently of each other. This is schematically illustrated in FIG. 10. FIG. 10 schematically illustrates a communications network 1000 having the same topology as the communications network 900 and where individual acknowledgements sent from nodes N1, N2, N5, and N8 are illustrated as upstream arrows, each arrow indicating the node to which the acknowledgement belongs.

As is visible from FIG. 10, due to many acknowledgements being sent from nodes downstream N1 in the tree topology, the link between N1 and the gateway 130 becomes congested. Essentially, nodes such as N1 and N6 that are closer to the gateway 130 would need to transmit more messages than nodes such as N5 and N9 that are further away from the gateway 130, causing congestion as well as degradation of power resources available to the nodes closer to the gateway 130; node N1 would need not only to transmit its own acknowledgement but also to forward separate acknowledgements from N2 and N5.

In order to limit the number of acknowledgement packets that are sent, the herein disclosed embodiments enable the responding nodes to merge/coalesce their individual acknowledgements into a small number of acknowledgement iBFs. Thus, the gateway 130 does not receive an individual acknowledgement from each node that it had sent a request to. Instead only a small number acknowledgement iBFs is received by the gateway 130.

The embodiments disclosed herein thus relate to mechanisms for handling acknowledgements from nodes in a wireless radio ad-hoc network 120. In order to obtain such a mechanism there is provided a gateway 130, a method performed by the gateway 130, a computer program comprising code, for example in the form of a computer program product, that when run on processing circuitry of the gateway 130, causes the gateway 130 to perform the method. In order to obtain such a mechanism there is further provided a node 110 a, a method performed by the node 110 a, and a computer program comprising code, for example in the form of a computer program product, that when run on processing circuitry of the node 110 a, causes the node 110 a to perform the method.

FIG. 2a schematically illustrates, in terms of a number of functional units, the components of a gateway 130 according to an embodiment. Processing circuitry 210 is provided using any combination of one or more of a suitable central processing unit (CPU), multiprocessor, microcontroller, digital signal processor (DSP), application specific integrated circuit (ASIC), field programmable gate arrays (FPGA) etc., capable of executing software instructions stored in a computer program product 410 a (as in FIG. 4), e.g. in the form of a storage medium 230.

Particularly, the processing circuitry 210 is configured to cause the gateway 130 to perform a set of operations, or steps, S102-S116. These operations, or steps, S102-S116 will be disclosed below. For example, the storage medium 230 may store the set of operations, and the processing circuitry 210 may be configured to retrieve the set of operations from the storage medium 230 to cause the gateway 130 to perform the set of operations. The set of operations may be provided as a set of executable instructions. Thus the processing circuitry 210 is thereby arranged to execute methods as herein disclosed.

The storage medium 230 may also comprise persistent storage, which, for example, can be any single one or combination of magnetic memory, optical memory, solid state memory or even remotely mounted memory.

The gateway 130 may further comprise a communications interface 220 for communications with at least one node 110 a-110 j, entities of the IP network 150, and optionally another gateway. As such the communications interface 220 may comprise one or more transmitters and receivers, comprising analogue and digital components and a suitable number of antennas for wireless communications and ports for wireline communications.

The processing circuitry 210 controls the general operation of the gateway 130 e.g. by sending data and control signals to the communications interface 220 and the storage medium 230, by receiving data and reports from the communications interface 220, and by retrieving data and instructions from the storage medium 230. Other components, as well as the related functionality, of the gateway 130 are omitted in order not to obscure the concepts presented herein.

FIG. 2b schematically illustrates, in terms of a number of functional modules, the components of a gateway 130 according to an embodiment. The gateway 130 of FIG. 2b comprises a number of functional modules; a transmit and/or receiver module 210 a configured to perform below steps S102, S106, S112. The gateway 130 of FIG. 2b may further comprises a number of optional functional modules, such as any of an acquire module 210 b configured to perform below step S114, a verify module 210 c configured to perform below step S116, a configure module 210 d configured to perform below steps S108, S110, and a determine module 210 e configured to perform below step S104. The functionality of each functional module 210 a-210 e will be further disclosed below in the context of which the functional modules 210 a-210 e may be used. In general terms, each functional module 210 a-210 e may be implemented in hardware or in software. Preferably, one or more or all functional modules 210 a-210 e may be implemented by the processing circuitry 210, possibly in cooperation with functional units 220 and/or 230. The processing circuitry 210 may thus be arranged to from the storage medium 230 fetch instructions as provided by a functional module 210 a-210 e and to execute these instructions, thereby performing any steps as will be disclosed hereinafter.

FIG. 3a schematically illustrates, in terms of a number of functional units, the components of a node 110 a-110 j according to an embodiment. Processing circuitry 310 is provided using any combination of one or more of a suitable central processing unit (CPU), multiprocessor, microcontroller, digital signal processor (DSP), application specific integrated circuit (ASIC), field programmable gate arrays (FPGA) etc., capable of executing software instructions stored in a computer program product 410 b (as in FIG. 4), e.g. in the form of a storage medium 330.

Particularly, the processing circuitry 310 is configured to cause the node 110 a-110 j to perform a set of operations, or steps, S202-S214. These operations, or steps, S202-S214 will be disclosed below. For example, the storage medium 330 may store the set of operations, and the processing circuitry 310 may be configured to retrieve the set of operations from the storage medium 330 to cause the node 110 a-110 j to perform the set of operations. The set of operations may be provided as a set of executable instructions. Thus the processing circuitry 310 is thereby arranged to execute methods as herein disclosed.

The storage medium 330 may also comprise persistent storage, which, for example, can be any single one or combination of magnetic memory, optical memory, solid state memory or even remotely mounted memory.

The node 110 a-110 j may further comprise a communications interface 320 for communications with at least one other node 110 a-110 j and/or at least one gateway 130. As such the communications interface 320 may comprise one or more transmitters and receivers, comprising analogue and digital components and a suitable number of antennas for wireless communications and ports for wireline communications.

The processing circuitry 310 controls the general operation of the node 110 a-110 j e.g. by sending data and control signals to the communications interface 320 and the storage medium 330, by receiving data and reports from the communications interface 320, and by retrieving data and instructions from the storage medium 330. Other components, as well as the related functionality, of the node 110 a-110 j are omitted in order not to obscure the concepts presented herein.

FIG. 3b schematically illustrates, in terms of a number of functional modules, the components of a node 110 a-110 j according to an embodiment. The node 110 a-110 j of FIG. 3b comprises a number of functional modules; a transmit and/or receive module 310 a configured to perform below steps S202, S204, S214, a verify module 310 b configured to perform below step S206, an include module 310 c configured to perform below steps S206 a, S206 b, and a forward module 310 d configured to perform below steps S206 d, S206 e. The node 110 a-110 j of FIG. 3b may further comprises a number of optional functional modules, such as any of a wait module configured to perform below step S206 c, an adjust module 310 f configured to perform below step S212, and a count module 310 g configured to perform below step S208. The functionality of each functional module 310 a-310 g will be further disclosed below in the context of which the functional modules 310 a-310 g may be used. In general terms, each functional module 310 a-310 g may be implemented in hardware or in software. Preferably, one or more or all functional modules 310 a-310 g may be implemented by the processing circuitry 310, possibly in cooperation with functional units 320 and/or 3300. The processing circuitry 31 may thus be arranged to from the storage medium 303 fetch instructions as provided by a functional module 310 a-310 g and to execute these instructions, thereby performing any steps as will be disclosed hereinafter.

FIG. 4 shows one example of a computer program product 410 a, 410 b comprising computer readable means 4300. On this computer readable means 430, a computer program 420 a can be stored, which computer program 420 a can cause the processing circuitry 210 and thereto operatively coupled entities and devices, such as the communications interface 220 and the storage medium 230, to execute methods according to embodiments described herein. The computer program 420 a and/or computer program product 410 a may thus provide means for performing any steps of the gateway 130 as herein disclosed. On this computer readable means 430, a computer program 420 b can be stored, which computer program 420 b can cause the processing circuitry 310 and thereto operatively coupled entities and devices, such as the communications interface 320 and the storage medium 330, to execute methods according to embodiments described herein. The computer program 420 b and/or computer program product 410 b may thus provide means for performing any steps of the node 110 a-110 j as herein disclosed.

In the example of FIG. 4, the computer program product 410 a, 410 b is illustrated as an optical disc, such as a CD (compact disc) or a DVD (digital versatile disc) or a Blu-Ray disc. The computer program product 410 a, 410 b could also be embodied as a memory, such as a random access memory (RAM), a read-only memory (ROM), an erasable programmable read-only memory (EPROM), or an electrically erasable programmable read-only memory (EEPROM) and more particularly as a non-volatile storage medium of a device in an external memory such as a USB (Universal Serial Bus) memory or a Flash memory, such as a compact Flash memory. Thus, while the computer program 420 a, 420 b is here schematically shown as a track on the depicted optical disk, the computer program 420 a, 420 b can be stored in any way which is suitable for the computer program product 410 a, 410 b.

FIGS. 5 and 6 are flow charts illustrating embodiments of methods for handling acknowledgements from nodes in a wireless radio ad-hoc network as performed by the gateway 130. FIGS. 7 and 8 are flow charts illustrating embodiments of methods for handling acknowledgements in a wireless radio ad-hoc network as performed by the node 110 a-110 j. The methods are advantageously provided as computer programs 42 a, 42 b.

Reference is now made to FIG. 5 illustrating a method for handling acknowledgements from nodes in a wireless radio ad-hoc network as performed by the gateway 130 according to an embodiment.

iBFs are used to limit the number of acknowledgements sent in the wireless radio ad-hoc network 120 from a group of nodes that receive the same command request (e.g., as sent via multicast or broadcast control) and which requires nodes addressed by the command request to acknowledge safe receipt of the same.

The gateway 130 is configured to, in a step 102, transmit radio signalling to nodes 110 a-110 j in the wireless radio ad-hoc network 120. The transmitted radio signalling is addressed to, and requires acknowledgement from, at least one node 110 a-110 j in the wireless radio ad-hoc network 120.

The gateway 130 is configured to, in a step 114, receive radio signalling from a node 110 a in the wireless radio ad-hoc network 120, The received radio signalling comprises one in-packet Bloom Filter (iBF) 510 a, 510 b. The iBF comprises acknowledgement of the transmitted radio signalling from at least one of the nodes 110 a-110 j. Thereby, each received radio signalling comprises only one iBF, where this iBF may comprise acknowledgements from several nodes. For example, in FIG. 11 the gateway 130 receives one iBF 510 a from node 110 a and one iBF 510 b from node 510 b where iBF 510 a comprises acknowledgements from nodes 110 a, 110 b and 110 e, and where iBF 510 b comprises an acknowledgement from node 110 h.

Embodiments relating to further details of handling acknowledgements from nodes in a wireless radio ad-hoc network will now be disclosed.

The transmitted radio signalling may be addressed to, and requiring acknowledgement from, at least two nodes 110 a-110 j in the wireless radio ad-hoc network 120. One iBF may then comprise acknowledgements of the transmitted radio signalling from at least two of the nodes 110 a-110 j.

There may be different ways for the gateway 130 to transmit the transmitted signalling. For example, the transmitted signalling may be transmitted as broadcast, multicast, or unicast. Whether to transmit the transmitted signalling as broadcast, multicast, or unicast may depend on how many nodes 110 a-110 j the transmitted signalling is addressed to; broadcast may be utilized for relatively many addressed nodes 110 a-110 j, whereas unicast may be utilized for relatively few addressed nodes 110 a-110 j, and multicast may be utilized for neither relatively many nor relatively few addressed nodes 110 a-110 j.

There may be different ways for the gateway 130 to receive the received signalling. For example, the received signalling may use Constrained Application Protocol (CoAP) messaging or Internet Protocol (IP) messaging. Hence, the iBF may be provided in an extension header of a CoAP message or an IP message. There may be different kinds of packets to use for the signalling between the gateway 130 and the nodes 110 a-110 j. Examples of suitable packets are IEEE 802.11ah packets or IEEE 802.15.4 packets, where IEEE is short for Institute of Electrical and Electronics Engineers. The iBF may then be provided in a media access control (MAC) address field of the IEEE 802.11ah packets or IEEE 802.15.4 packets. Further examples of suitable packets are Bluetooth packets, such as Bluetooth low energy packets.

Reference is now made to FIG. 6 illustrating methods for handling acknowledgements from nodes in a wireless radio ad-hoc network as performed by the gateway 130 according to further embodiments.

Assume that the gateway 130 has information about the identities of the nodes in the network. From these identifiers, a iBF entry can be created. When the gateway 130 receives a coalesced acknowledgement from the network it can use the included iBF to verify which nodes have acknowledged the request in this message. For this purpose, the gateway 130 may store the identifiers of the nodes that it requested an acknowledgement from. Hence, according to an embodiment the gateway 130 is configured to, in a step S114, acquire an identity of each node said radio signalling being addressed to and requiring acknowledgement from; and, in a step S116, verify that the transmitted signalling has been acknowledged by comparing the iBF to each identity.

In general terms iBF-based acknowledgements can be used when the gateway 130 must know that certain nodes have received the request. iBFs do not have false negatives; thus if a node responds, the gateway 130 will receive this information. However, since false positives may occur in iBFs, it is possible that the gateway 130 mistakenly determines that a node has sent an acknowledgement even when it might not have actually sent an acknowledgement. This might be acceptable in many non-critical scenarios such as where the nodes represent lighting devices in an office space. Issues resulting from the presence of false positives may be overcome by determining a relative large iBF. Hence, according to an embodiment the gateway 130 is configured to, in a step S104, determine that acknowledgement from at least one of the nodes the transmitted radio signalling being addressed to and requiring acknowledgement from can be represented by a false positive in the iBF. The gateway 130 may then further be configured to, in a step S106, transmit separate radio signalling to nodes in the wireless radio ad-hoc network 130. The transmitted separate radio signalling is addressed to and requires acknowledgement from this separately addressed at least one of the nodes in the wireless radio ad-hoc network 120.

Consider FIG. 12 schematically illustrating a communications network 1100 comprising a gateway 130 and a wireless radio ad-hoc network 120 comprising nodes 110 a-110 f in a tree topology. In this tree topology it is unlike but still possible that false positives can cause the gateway 130 to make a false verification that node 110 f (denoted N6) has received and acknowledged the request message sent from the gateway 130 although the request has never even reached N6. This occurs if the identifiers of node 110 b (denoted N2) and node 110 c (denoted N3), when inserted in the iBF, can be interpreted as if also N6 would be included in the iBF (i.e., where the acknowledgement of N6 appears as a false positive). This is illustrated at FIG. 12(a). However, as noted above, the gateway 130 can detect this already before sending the request and to avoid the risk it can create two separate requests. This is illustrated at FIG. 12(b). Now the gateway 130 expects two different acknowledgements; one from N2 and N3, and one from N6, and the gateway 130 can detect whether or not N6 sent an acknowledgement.

As will be further disclosed below, reception of the transmitted signal by a node 110 a-110 j in the wireless radio ad-hoc network 120 may trigger counting of a timer in the node 110 a-110 j. The gateway 130 may then be configured to, in a step S108, configure how long the timer is to count. Further considerations regarding the timer will be provided below.

The iBF size for collective acknowledgements can be pre-determined by the nodes or the gateway 130 either independently or using a distributed negotiation mechanism. The gateway 130 may therefore be configured to, in a step S110, configure a length of the iBF.

The herein disclosed embodiments of coalescing acknowledgements can be used for different kinds of acknowledgement message types. For example, the acknowledgement may represents either an acknowledgement protocol message (ACK) or a negative acknowledgement protocol message (NAK).

While a tree topology, which is generally the topology used in multicast scenarios, has been used as an example, the herein disclosed embodiments are independent of the topology. For example, the herein disclosed embodiments can be applied to mesh, star and other topologies. Hence, the wireless radio ad-hoc network 120 may have a tree topology, a star topology, or a mesh topology.

Reference is now made to FIG. 7 illustrating a method for handling acknowledgements in a wireless radio ad-hoc network as performed by a node 110 a according to an embodiment.

The node 110 a is configured to, in a step S202, receive radio signalling originally transmitted from a gateway 130 in the wireless radio ad-hoc network 120. The received radio signalling may by the node 110 a be received from another node 110 b-110 j or from the gateway 130. It is assumed that this radio signalling corresponds to the transmitted radio signalling of step S102. Hence the radio signalling is addressed to, and requires acknowledgement from, at least one node 110 a-110 j in the wireless radio ad-hoc network 120.

The node 110 a is configured to, in a step S206, verify if an acknowledgement of the node 110 a is to be sent in response to the received signalling. If an acknowledgement is to be sent the node 110 a performs at least step S206 a and step S206 d. Particularly, the node 110 a is configured to, in a step S206 a, include the acknowledgement of the node 110 a in one iBF. The node 110 a is then configured to, in a step S206 d, forward this one iBF towards the gateway 130. The iBF may be transmitted to another node 110 b-110 j or to the gateway 130.

To overcome the issues noted above the, nodes thus utilize iBFs for coalescing their acknowledgement together when sending packets upstream (i.e., towards the gateway 130).

The nodes do not filter any received messages comprising acknowledgements, but forward them towards their destination. Each requested node includes an acknowledgement only in one packet, and if there arrives multiple coalesced acknowledgement messages, the nodes just forwards them but does not add its own acknowledgement in more than one message.

FIG. 11 schematically illustrates a communications network 1100 comprising a wireless radio ad-hoc network 120 and a gateway 130. Nodes 110 a-110 j are located in the wireless radio ad-hoc network 120 and are operatively connected according to interconnecting lines. For simplicity, each node 110 a-110 j in FIG. 11 is identified by a single bit in one of two iBFs 510 a, 510 b. As an example, node 110 e (denoted N5) fills an iBF by setting bit 5 to the value 1 and sends it to the upstream node 110 c (denoted N3). N3 notices that the gateway 130 does not wish to receive an acknowledgement from it and simply forwards the message received from N5 to node 110 a (denoted N1). N1 now coalesces the acknowledgements from N2 and N5 and adds its own acknowledgement by setting a bit at the first position to value 1 and forwards the message to the gateway 130. Hence, the message received from the gateway 130 from N1 comprises three acknowledgements; from N1, N2, and N5. As is visible from the schematic illustration of FIG. 11, the links between nodes are optimally utilized and only a maximum of one message is sent on any link for acknowledgement purposes.

Embodiments relating to further details of handling acknowledgements in a wireless radio ad-hoc network will now be disclosed.

There are different ways for the node 110 a to include its acknowledgement in the iBF. For example, the acknowledgement of node 110 a may comprise an identity or a cryptographic hash of the node 110 a.

Reference is now made to FIG. 8 illustrating methods for handling acknowledgements in a wireless radio ad-hoc network as performed by a node 110 a according to further embodiments.

A node, such as any of nodes 110 a-11 d and 110 f-110 h in the exemplary wireless radio ad-hoc network 120 may receive signalling from another other node. Each such node may therefore, if addressed, include its own acknowledgement in the iBF of the received signalling before forwarding the signalling towards the gateway 130 or forward the received signalling without including its own acknowledgement if not addressed. Hence, the node 110 a may be configured to, in a step S204 receive signalling addressed to the gateway 130 from another node 110 b-110 j in the wireless radio ad-hoc network 120. The received radio signalling comprises the iBF. The node 110 a may be configured to perform the verifying by, in a step S206 b, include the acknowledgement of the node 110 a in the iBF that is forwarded towards the gateway; and if an acknowledgement of the node 110 a is not to be included in the received signalling, in a step S206 e, forwarding the received signalling towards the gateway 130 without including any acknowledgement of the node 110 a.

Nodes that need to send an acknowledgement upstream may wait to determine whether or not any downstream nodes (i.e., nodes away from the gateway 130) are also sending their acknowledgements. If so, the node simply adds its own identity to the iBF and only pass a single message upstream towards the gateway 130. Hence, according to an embodiment wherein receiving the radio signalling originating from the gateway 130 triggers counting of a timer in the node 110 a. The node 110 a may then be configured to perform the verifying by, in a step S206 c, waiting until expiration of the timer before forwarding the received signalling from the another node towards the gateway 130 in step S206 or step S206 e.

At least some of the herein disclosed embodiments thus require the nodes to wait according to a timer before they send their acknowledgements. Nodes that are closer to the gateway 130 need to wait longer than downstream nodes further away from the gateway 130 and may hence wait longer while they wait for acknowledgements from further downstream nodes. The timers can be decided independently or using a distributed negotiation mechanism. Hence, according to an embodiment the node 110 a is configured to, in a step S214, receive configuration from the gateway 130 of how long the timer is to count.

The timers can also be a function of the distance from the gateway 130, e.g., measured according to signal strength or the number of hops (also denoted number of wireless radio links) to the gateway 130. The initial request packet sent form the gateway 130 may comprise a hop counter that is increased in each hop (i.e., when packet is forwarded from one node to another node). That is, how long the timer counts may be dependent on physical distance from the node 110 a to the gateway 130, signal strength between the node 110 a and the gateway 130, number of hops between the node 110 a and the gateway 130, or any combination thereof.

The node 110 a may enter a wait mode so as to save its power when not receiving or transmitting signalling. There may be different ways for the node 110 a to determine when to enter wait mode. For example, the node 110 a may be configured to, in a step S208, count the number of received acknowledgements from other nodes 110 b-110 j in the wireless radio ad-hoc network associated with one occurrence of signal transmission from the gateway 130. Depending on how many such acknowledgements the node 110 a has received it may then determine whether to enter the wait mode or not. Particularly, the node 110 a may be configured to, in a step S210, expire the timer once a maximum number of received acknowledgements has been received. The node 110 a may thereafter ignore any acknowledgements associated with this one occurrence of signal transmission from the gateway 130 acknowledgement. There may be different ways for the node 110 a to know the maximum number of received acknowledgements. Either this information is explicitly provided to the node 110 a, for example from the gateway 130 (assuming that the gateway 130 is capable of providing such information). Or this information is implicitly acquired by the node 110 a itself. This implicit acquiring may require the node 110 a to receive and analyse signalling from other nodes 110 b-110 j in the wireless radio ad-hoc network 120 during a period of time so as to analyse from which other nodes 110 b-110 j the node 110 a may receive signalling from.

As noted above, each node 110 a-110 j receiving the packet may calculate a timer value for its timer using a pre-defined value and the hop counter in the packet. If a node 110 a receives an acknowledgement after its timer has expired, it can still forward the message upstream towards the gateway 130. The node 110 a may, according to some embodiments adjust the timer depending on how many times it receives a message after its timer has expired. Hence, according to an embodiment the signalling from another node 110 b-110 j is by node 110 a received after expiry of the timer. The node 110 a may then be configured to, in a step S212, adjust how long the timer counts depending on time lapsed after expiry of the timer and/or the number of signalling from another node that is received after expiry of the timer.

Further considerations regarding how the timer may be determined will be disclosed next.

As an illustrative example, consider the network topology of FIG. 12 but where there are only four nodes N1, N2, N3, and N4 in the wireless radio ad-hoc network 120. Assume further that the pre-defined value is 40 ms. This would lead to the following wait values for the nodes:

-   N1: 40 ms/1=40 ms -   N2: 40 ms/2=20 ms -   N3: 40 ms/3=13.3 ms -   N4: 40 ms/4=10 ms

If a node does not receive a corresponding acknowledgement where it can insert its own acknowledgement within the waiting time, it sends its own acknowledgement.

For example in the above illustrative case and considering that there is 1 ms transmit time between nodes, N4 does not receive any response during 10 ms because there is no further downstream node and N4 thereafter sends an acknowledgement upstream towards N3. At N3, a total time of 1 ms for transmission from N3 to N4+10 ms waiting at N4+1 ms for transmission from N4 to N3=12 ms has passed from the transmission of the packet from N3 to N4. Since the acknowledgement from N4 arrived within the timer value of N3, N3 adds its own acknowledgement in the packet and sends it to N2. At N3 a total time of 1+1+10+1+1=14 ms has passed from the transmission of the packet from N2 to N3, and N2 adds its own acknowledgement in the packet since the acknowledgement from N3 arrived within the timer value of N2. And so does N1.

One issue with the above example is that the nodes need to be aware of the size, in terms of the maximum number of nodes, or hops, from the gateway to a downstream-most edge node. For example, with 20 ms predefined base timer the above illustrative example does not enable a single acknowledgement message to be passed from N4 to the gateway; N3 would have a 6.67 ms timer and N4 a 5 ms timer. When the acknowledgement from N4 arrives at N3, already 1+5+1=7 ms has passed and N3 has already sent its own acknowledgement.

Therefore, let p be the number of hops at any node along the path from gateway to edge node, let n be the maximum number of hops (at the edge) of the wireless radio ad-hoc network 120, and let t be an initial timer value.

Then, according to an embodiment, t/n+2(n−p)<t/p must hold, where t/n is the waiting time at the edge node and 2(n−p) is the time that is required to travel from node with hop count p to the edge and back, with 1 ms hops, and where t/p is the timer value at that node. From the expression t/n+2(n−p)<t/p follows that at any node pt+2np(n−p)<nt, and 2np(n−p)<t(n−p), and t>2pn.

The expression t>2pn is maximized when p is maximized, i.e. at the neighboring node of the edge where p=n−1 and the corresponding minimum timer value thus must be t>2·n·(n−1). For example, in case of a maximum of 6 hops, t>2.6.5=60 ms, and in case the maximum number of hops is 3, then t>2.3.2=12 ms.

The inventive concept has mainly been described above with reference to a few embodiments. However, as is readily appreciated by a person skilled in the art, other embodiments than the ones disclosed above are equally possible within the scope of the inventive concept, as defined by the appended patent claims. For example, the terms gateway and node have been used to distinguish the functionality of these entities from each other. It is foreseen that a gateway may in fact act as a node towards a further upstream gateway. It is likewise foreseen that a node as herein disclosed may act as a gateway for downstream nodes. Hence the herein disclosed entities node and gateway are to be defined by their functionality only. 

1. A method for handling acknowledgements from nodes in a wireless radio ad-hoc network, the method being performed by a gateway of said wireless radio ad-hoc network, comprising: transmitting radio signaling to nodes in said wireless radio ad-hoc network, said transmitted radio signaling being addressed to and requiring acknowledgement from at least one node in said wireless radio ad-hoc network; and receiving radio signaling from a node in said wireless radio ad-hoc network, wherein said received radio signaling comprises one in-packet Bloom Filter (iBF) comprising acknowledgement of said transmitted radio signaling from at least one of said nodes.
 2. The method according to claim 1, wherein said transmitted radio signaling is addressed to and requiring acknowledgement from at least two nodes in said wireless radio ad-hoc network, and wherein said one iBF comprises acknowledgements of said transmitted radio signaling from at least two of said nodes.
 3. The method according to claim 1, further comprising: acquiring an identity of each node said radio signaling being addressed to and requiring acknowledgement from; and verifying that said transmitted signaling has been acknowledged by comparing said iBF to said each identity.
 4. The method according to claim 1, wherein said acknowledgements comprise an identity or a cryptographic hash of each node having acknowledged said transmitted radio signaling.
 5. The method according to claim 1, wherein reception of said transmitted signal by a node in the wireless radio ad-hoc network triggers counting of a timer in said node, and wherein the method further comprises: configuring how long said timer is to count.
 6. (canceled)
 7. The method according to claim 1, further comprising: determining that acknowledgement from at least one of the nodes said transmitted radio signaling being addressed to and requiring acknowledgement from can be represented by a false positive in said iBF; and transmitting separate radio signaling to nodes in said wireless radio ad-hoc network, said transmitted separate radio signaling being addressed to and requiring acknowledgement from said at least one of the nodes in said wireless radio ad-hoc network.
 8. (canceled)
 9. The method according to claim 1, wherein said received signaling uses Constrained Application Protocol (CoAP) messaging or Internet Protocol (IP) messaging, and wherein said iBF is provided in an extension header of a CoAP message or in an extension header of an IP message.
 10. (canceled)
 11. (canceled)
 12. The method according to claim 1, wherein said received radio signaling is received using IEEE 802.11ah packets or IEEE 802.15.4 packets, and wherein said iBF is provided in a media access control, MAC, address field of said IEEE 802.11ah packets or IEEE 802.15.4 packets, where IEEE is short for Institute of Electrical and Electronics Engineers.
 13. (canceled)
 14. A method for handling acknowledgements in a wireless radio ad-hoc network, the method being performed by a node in said wireless radio ad-hoc network, comprising: receiving radio signaling originally transmitted from a gateway in said wireless radio ad-hoc network, said radio signaling being addressed to and requiring acknowledgement from at least one node in said wireless radio ad-hoc network; verifying whether an acknowledgement of the node is to be sent in response to said received signaling; and as a result of verifying that the acknowledgement is to be sent, including said acknowledgement of the node in one in-packet Bloom Filter (iBF); and forwarding said one iBF towards said gateway.
 15. The method according to claim 14, further comprising: receiving signaling addressed to the gateway from another node in said wireless radio ad-hoc network, wherein said received radio signaling comprises said one iBF; and wherein said verifying comprises: including said acknowledgement of the node in said one iBF that is forwarded towards said gateway; and if an acknowledgement of the node is not to be included in said received signaling: forwarding said received signaling towards said gateway without including any acknowledgement of the node.
 16. The method according to claim 15, wherein receiving said radio signaling originating from the gateway triggers counting of a timer, and wherein said verifying comprises: waiting until expiration of said timer before forwarding said received signaling from said another node towards said gateway.
 17. (canceled)
 18. The method according to claim 16, wherein how long said timer counts is dependent on at least one of physical distance from the node to the gateway, signal strength between the node and the gateway, number of hops between the node and the gateway.
 19. The method according to claim 16, wherein said signaling from said another node is received after expiry of said timer, the method further comprising: adjusting how long said timer counts depending on time lapsed after expiry of said timer and/or number of signaling from another node received after expiry of said timer.
 20. The method according to claim 16, further comprising: counting number of received acknowledgements from other nodes in the wireless radio ad-hoc network associated with one occurrence of signal transmission from the gateway; and expiring said timer once a maximum number of received acknowledgements has been received, and thereafter ignoring any acknowledgements associated with said one occurrence of signal transmission from the gateway.
 21. The method according to claim 14, wherein said acknowledgement comprises an identity or a cryptographic hash of the node.
 22. The method according to claim 14, wherein said received radio signaling is received using IEEE 802.11ah packets or IEEE 802.15.4 packets, and wherein said iBF is provided in a media access control, MAC, address field of said IEEE 802.11ah packets or IEEE 802.15.4 packets, where IEEE is short for Institute of Electrical and Electronics Engineers.
 23. (canceled)
 24. A gateway for handling acknowledgements from nodes in a wireless radio ad-hoc network, the gateway comprising processing circuitry, the processing circuitry being configured to cause the gateway to perform a set of operations comprising: transmitting radio signaling to nodes in said wireless radio ad-hoc network, said transmitted radio signaling being addressed to and requiring acknowledgement from at least one node in said wireless radio ad-hoc network; and receiving radio signaling from a node in said wireless radio ad-hoc network, wherein said received radio signaling comprises one in-packet Bloom Filter; (iBF) comprising acknowledgement of said transmitted radio signaling from at least one of said nodes.
 25. (canceled)
 26. (canceled)
 27. A node for handling acknowledgements in a wireless radio ad-hoc network, the node comprising processing circuitry, the processing circuitry being configured to cause the node to perform a set of operations comprising: receiving radio signaling originally transmitted from a gateway in said wireless radio ad-hoc network, said radio signaling being addressed to and requiring acknowledgement from at least one node in said wireless radio ad-hoc network; verifying if an acknowledgement of the node is to be sent in response to said received signaling, and if so: including said acknowledgement of the node in one in-packet Bloom Filter (iBF); and forwarding said one iBF towards said gateway.
 28. (canceled)
 29. (canceled)
 30. A computer program product comprising a non-transitory computer readable medium storing a computer program for handling acknowledgements from nodes in a wireless radio ad-hoc network, the computer program comprising computer code which, when run on processing circuitry of a gateway, causes the gateway to perform the method of claim
 1. 31. A computer program product comprising a non-transitory computer readable medium storing a computer program for handling acknowledgements in a wireless radio ad-hoc network, the computer program comprising computer code which, when run on processing circuitry of a node, causes the node to perform the method of claim
 14. 32. (canceled) 